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DISPOSITIF POUR SECURISER LA TRANSMISSION, 
L ' ENREGISTREMENT ET LA VISUALISATION DE PROGRAMMES 

AUDIOVISUELS 

La presente invention concerne le 
traitement / la diffusion, l'enregistrement et la 
visualisation s6curis£e de donnees video et de 
programmes de television, ou plus g£n6ralement 
n'importe quel programme ou sequence multimedia 
utilisant un format de flux nominal de type MPEG, par 
des utilisateurs autorises et propose un systeme 
securise pour le traitement, la diffusion, la 
livraison f l'enregistrement, la copie privee et la 
visualisation de programmes et de sequences video ou 
multimedia interactifs. 

Le probleme general est de fournir un 
dispositif capable de transmettre de fagon s£curis£e 
un ensemble de films de haute qualite visuelle a un 
format de type MPEG en direct vers un ecran de 
television et/ou pour etre enregistre sur le disque 
dur d'un boitier reliant le reseau de 
teietransmission a 1' ecran de television, tout en 
preservant la qualite audiovisuelle mais en evitant 
toute utilisation frauduleuse comme la possibilite de 
faire des copies pirates de films ou de programmes 
audiovisuels enregistres sur le disque dur du boitier 
decodeur . 

L 1 invention permet egalement un controle 
total de 1 'utilisation des copies et des droits des 
oeuvres dif fusees. 

Avec les solutions actuelles, il est 
possible de transmettre des films et des programmes 
audiovisuels sous forme numerique via des reseaux de 
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diffusion de type hertzien, cable f satellite , etc. ou 
via des rSseaux de telecommunication type DSL 
(Digital Subscriber Line) ou BLR (boucle locale 
radio) ou des reseaux DAB (Digital Audio 
5 Broadcasting). Par ailleurs, pour eviter le piratage 

des oeuvres ainsi dif fusses, ces dernieres sont 
souvent cryptees par divers moyens bien connus de 
l'homme de l'art. 

Toutefois, 1 ' inconvenient principal de 

10 toutes les solutions actuelles (TiVo Inc. f 

WO00165762) est qu'il faut transmettre non seulement 
les donn^es cryptees vers les utilisateurs, mais 
egalement les cies de decryptage. La transmission des 
cies de decryptage pouvant se faire avant, en meme 

15 temps ou apres la transmission des programmes 

audiovisuels . Pour augmenter la securite et done la 
protection des oeuvres audiovisuelles contre une 
utilisation mal intentionnee, les cies de decryptage 
ainsi que les fonctions de decryptage des decodeurs 

20 audiovisuels peuvent comporter des moyens de securite 

ameiiores comme des cartes a puces ou autres cies 
physiques qui peuvent en option , etre mises a jour a 
distance. 

Ainsi , les solutions actuelles appliquees 
25 a un boitier decodeur avec possibilite 

d'enregistrement local de programmes audiovisuels 
sous forme numerique sur un support quelconque de 
type disque dur ou autre type de memoire, off rent a 
un usager mal intentionne, la possibilite de faire 
30 des copies non autorisees des programmes ainsi 

enregistres, puisqu'a un moment donne f cet usager 
possede avec son boitier decodeur numerique , associe 
ou pas a des systemes de cartes a puce f toutes les 
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informations , programmes logiciels et donnges 
permettant le d^cryptage complet des programmes 
audiovisuels . En raison justement du fait qu'il 
possede toutes les donn^es, 1'usager mal intentionne 
aura la possibility de faire des copies iliegales 
sans que personne ne s'apergoive de cette copie 
frauduleuse au moment ou elle est faite. 

Une solution consisterait done a 
transmettre tout ou partie d'un programme audiovisuel 
num£rique uniquement a la demande (services de video 
a la demande) a travers un r£seau de 
telecommunication large bande de type ADSL, cable ou 
satellite, sans autoriser 1' enregistrement local des 
programmes audiovisuels. Ici, 1 9 inconvenient est tout 
autre et provient des performances de ces r^seaux qui 
ne permettent pas de garantir des flux continus de 
quelques megabits pas seconde & chaque usager, comme 
exige par les flux MPEG qui n£cessitent des bandes 
passantes de quelques centaines de kilobits a 
plusieurs megabits par seconde. 

Dans ces conditions, une solution 
consiste a s^parer le flux en deux parties dont 
aucune ne serait utilisable seule. Dans cette optique 
plusieurs brevets ont ete deposes. Ainsi, on connait 
par le document WOO 99 084 28 (Gil les Ma ton) un proc6d£ 
de traitement multi-applicatif d'un terminal actif 
localisable dans lequel on realise au moins une 
liaison avec un programme identifiable dedie a 
1 ' execution d 1 une application , ledit programme 
dictant ses conditions d 1 exploitation au terminal 
pour la mise a disposition des fonctions. Le terminal 
dialogue ponctuellement , par I'emploi d'une liaison, 
avec le centre de gestion pour la realisation, si 
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n^cessaire, des entries et sorties des capacit^s de 
ce dernier , le centre de gestion devenant esclave ou 
non du terminal au niveau de l'applicatif vis-a-vis 
du programme entrant • Cette invention concerne 
5 egalement le proc§d£ d' identification du programme et 

du terminal en exploitation. Ce proc6d6 de l'art 
ant^rieur divise le flux en une partie servant a 
identifier 1 ' utilisateur et une partie qui contient 
le programme k proprement parler. En particulier, 

10 ledit programme n'est pas inutilisable mais seulement 

verrouill£ par la premiere partie. 

D' autre part, le document EP07 7 8513 
(Matsushita) qui decrit un proc£d6 permettant de 
pr6venir 1 'utilisation ill£gale d'une information en 

15 y ajoutant une information de controle afin de 

verifier les droits de 1 ' utilisateur . Le systeme 
permet de savoir en permanence quelle partie de 
1 ' information est utilisee et par quel utilisateur et 
par la de savoir si cet utilisateur est en position 

20 illSgale ou pas. Ce proc6d6 securise done les donnEes 

en y ajoutant des informations additionnelles qui 
denaturent 1 ' information initiale. 

Le document WO0049483 (Netquartz) nous 
offre Egalement des proced^s et des systemes pour 

25 cr6er un lien entre les utilisateurs et un §diteur 

d*entit£s numeris^es. Le proc6d6 comprend l'une au 
moins des Stapes suivantes : l'6tape de subdiviser 
ladite entity numeris^e en deux parties ; l'etape de 
m#moriser une partie dans une zone memoire d'un 

30 serveur connects a un riseau informatique ; l'etape 

de transmettre 1 ? autre partie a au moins un 
utilisateur disposant d'un equipement informatique ; 
1 ■ 6tape de connecter ledit Equipement informatique 
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audit r£seau inf ormatique ; l'^tape d'gtablir un lien 
fonctionnel entre ladite premiere partie et ladite 
deuxieme partie. Ces proc6des et systemes ne 
sp£cifient pas si la partie m6moris£e sur le serveur 
5 peut etre stock^e par 1 ' utilisateur ce qui 

permettrait a celui-ci de pirater ladite entity 
numeris6e. 

Enfin, dans cette approche, l'£tat de la 
technique le plus proche se retrouve dans les brevets 

10 d'HyperLOCK Technologies dont le plus pertinent est 

le document US05937164. Cette invention utilise la 
solution qui consiste a s^parer le flux en deux 
parties dont la plus petite d^tient une information 
necessaire a 1 ' utilisation de la plus grande. 

15 Cependant, ce brevet n'est pas suffisant pour 

repondre au probleme identifie. En effet, la 
suppression d'une partie du flux denature le format 
du flux, et ne peut done pas etre reconnu come un 
flux standard, exploitable avec des applications 

20 logicielles g^nerales. Ce proc£d6 de l'art ant^rieur 

n^cessite a la fois un logiciel sp^cifique cot6 
serveur , pour la separation des deux parties, et un 
autre logiciel specifique assurant non seulement la 
reconstruction du flux, mais egalement 1' acquisition 

25 du flux principal et son exploitation selon un format 

proprietaire a la solution • Ce format proprietaire 
n'est pas le format initial du flux avant separation 
en deux parties, dans cette solution connue. 

Cette society a egalement d£pos£ trois 

30 autres brevets : le document US5892825 reprend le 

brevet precedent mais dans un cadre moins large car 
les flux y sont toujours cryptes ; le document 
US6035329 repose sur le meme principe, il concerne un 
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proced§ permettant la lecture d'un disque de type CD- 
ROM ou DVD-ROM conditionnellement & 1 ' identification 
des droits par 1' insertion d'une carte k puce sur 
laquelle les informations n£cessaires a la lecture 
5 sont stock^es. Ce proc6d§ n'est encore pas suffisant 

pour notre probleme car il ne garantit pas que le 
flux modifie soit du meme format que le flux 
originel. Enfin, le document US6185306 concerne un 
proc6d6 de transmission de donn^es crypt^es depuis un 
10 site web vers un ordinateur demandeur. Ce proc£d6 

permet cependant a 1 'utilisateur de disposer a un 
moment donn6 de tous les outils n6cessaires pour 
copier les donn^es. 

15 Afin de corriger ces differents defauts, 

1' invention concerne selon son acception la plus 
generale un proc^de pour la distribution de sequences 
videos selon un format de flux nominal constitu^s par 
une succession de trames [frame] comprenant chacune 

20 au moins un bloc I correspondant a une image 

num^rique complete I et au moins un bloc N 
correspondant aux differences entre une image 
num^rique et au moins une autre image , caract6ris6 en 
ce que l'on procede f avant la transmission a 

25 l'equipement client, a une analyse du flux pour 

g^nerer un premier flux modifie , pr6sentant le format 
d'un flux nominal, et pr^sentant des blocs N 
modifies, et un deuxieme flux d'un format quelconque, 
comportant les informations numeriques aptes §. 

30 permettre la reconstruction desdits blocs modifies, 

puis a transmettre separ^ment les deux flux ainsi 
gen6r#s depuis le serveur vers l'equipement 
destinataire , et en ce que l'on calcule sur 
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1 '^quipement destinataire une synthese d'un flux au 
format nominal en fonction dudit premier flux et 
dudit deuxieme flux. 

Avantageusement , ladite synthese produit 
5 un flux rigoureusement identique au flux originel, 

c'est-a-dire que le proc6d6 est sans perte. 

Selon un mode de mise en ceuvre 
particulier de ce proc6d£, au moins un bloc N 
correspond a une image N calculee par compensation de 
10 mouvement par rapport a 1' image N ou I pr6c6dente. Le 

bloc et 1' image sont alors appel^s bloc et image P 
(pr^dits) . 

Selon un autre mode de mise en oeuvre 
particulier de ce proc6d6, au moins un bloc N 
15 correspond a une image N calculee par compensation de 

mouvement par rapport aux images P ou I precedent e et 
suivante. Le bloc et 1' image sont alors appeles bloc 
et image B (bidirectionnels ) . 

S'il y a des images B et P, un bloc N est 
20 n^cessairement de type B ou de type P. 

Selon une variante particuliere de ce 
proced6, le format de flux nominal est d^fini par la 
norme MPEG. 

Avantageusement , ladite analyse peut 
25 decider des images N a modifier pour obtenir ledit 

premier flux ; ces modifications peuvent §tre : 
remplacer une image P par une autre image P d'un 
autre flux, intervertir deux images P du meme flux, 
intervertir une image B et une image P du meme flux. 
30 Dans une mise en oeuvre particuliere de ce 

procede, la transmission dudit premier flux est 
realisee a travers un support materiel distribu^ 
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physiquement comme un CD-ROM , un DVD ou un disque 
dur . 

Dans une autre mise en oeuvre de ce 
proc6d6, la transmission dudit premier flux est 
realis^e & travers un reseau large bande (cable, 
satellite , fibre optique, hertzien), & travers un 
reseau de type DSL (Digital Subscriber Line), a 
travers un reseau DAB ou a travers un r6seau de 
boucle locale radio (BLR). 

Selon la mise en oeuvre de ce proc£d6, la 
transmission dudit deuxieme flux est rgalis^e a 
travers un reseau cabl6, a travers un reseau 
tel^phonique commute (RTC analogique ou num^rique), a 
travers un reseau t^lephonique mobile utilisant les 
normes GSM, GPRS ou UMTS, a travers un reseau BLR 
(boucle locale radio) ou a travers un reseau de type 
DSL. 

Selon une variante particuliere de ce 
proc^de, la transmission dudit deuxieme flux est 
r6alis6e a travers un reseau large bande de meme type 
que le reseau utilise par ledit premier flux, voire a 
travers le meme reseau. 

Avantageusement, la transmission d'un des 
deux flux ou des deux flux est chiffree. 

Avantageusement, 1'un et/ou les deux flux 
peut etre tatou6 [watermarking]. 

Selon un mode de realisation particulier, 
la reconstruction est conditionnee par un paiement. 

La reconstruction peut egalement etre 
autorisee pour une consultation d'une copie privee 
demandee par le client. 

De plus, 1' invention concerne un 
equipement pour la fabrication d'un flux vid6o en vue 
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de la mise en oeuvre de ce procede comport ant au moins 
un serveur multimedia contenant les sequences videos 
originelles et caracterise en ce qu'il comporte un 
dispositif d' analyse du flux video provenant dudit 
5 serveur pour g^nerer les deux flux, 

Avantageusement , cet equipement comporte 
une memoire pour 1 ' enregistrement d'un marqueur 
« copie privee » indiquant pour chaque sequence les 
droits de chaque utilisateur : copie privee pouvant 

10 etre regardee un nombre illimite de fois, copie 

privee pouvant etre regardee un nombre limits de fois 
et quel nombre, copie privee interdite. 

En outre, 1 ' invention concerne un 
equipement pour 1' exploitation d'un flux video en vue 

15 de la mise en oeuvre de ce precede comprenant un 

decodeur standard de flux, au moins une interface 
d' enregistrement (disque dur, memoire flash, etc.) 
destine a stocker le contenu dudit premier flux et/ou 
une lecteur de disque (CD, DVD, etc.) contenant ledit 

2 0 premier flux et au moins une interface d'affichage 

(ecran standard, 6cran sans fil, videopro jecteur ) 
caracterise en ce qu'il comporte un moyen pour la 
recomposition du flux originel a partir des deux 
flux. 

25 Selon un mode de realisation particulier, 

ledit moyen est une application logicielle installs 

sur 1' Equipement. 

Selon un autre mode de realisation, ledit 

moyen est un dispositif eiectronique fixe. 
30 Selon un autre mode de realisation, ledit 

moyen est un dispositif eiectronique mobile ou 

portable . 
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Selon un mode de realisation oil 
I'Squipement est install^ sur un ordinateur, ledit 
moyen utilise une ressource sp6cifique au produit 
(carte) afin d'6viter la copie de 1 ' information 
5 temporaire du deuxieme flux sur un support permanent. 

Avantageusement, ladite interface 
d'enregistrement stocke aussi un marqueur « copie 
priv^e » en relation avec ledit premier flux 
indiquant pour cette sequence les droits de 
10 l'utilisateur : copie privee pouvant etre regard^e un 

nombre illimit6 de fois, copie priv6e pouvant etre 
regardee un nombre limite de fois et quel nombre , 
copie privee interdite. 

Avantageusement, l'equipement comprend un 
15 lecteur de cartes a puce permettant d' identifier 

l'usager . 

Avantageusement, l'equipement comprend un 
lecteur de cartes a puce, la carte a puce contenant 
les applications logicielles et/ou les donn6es du 

2 0 deuxieme flux. 

Une variante de mise en oeuvre consiste a 
r^aliser l'equipement « client » sous forme de deux 
moyens interconnects par une liaison physique ou une 
liaison a distance (Bluethooth, AirPort, WIFI, 

25 inf rarouge, ...) . Selon cette variante, l'equipement 

pour 1' exploitation d'un flux vid§o comporte un 
premier moyen constitu£ par un ordinateur personnel 
equipement d'une interface de communication pour la 
reception d'un flux vid£o en provenance d'un r^seau 

30 de communication ou d'un lecteur de support physique, 

et muni d'au moins un moyen d'enregistrement [disque 
dur] destine a stocker le contenu dudit premier flux, 
et un second moyen constitue par un decodeur, 
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cornprenant une interface d'af f ichage f des moyens de 
communication avec ledit ordinateur principal pour 
recevoir ledit premier flux transmis par 1' ordinateur 
et des moyens de communication pour recevoir ledit 
deuxieme flux, ainsi qu'un moyen pour la 
recomposition du flux originel a partir des deux 
flux. 

Selon un premier mode de realisation, 
ledit moyen pour la recomposition du flux est une 
application logicielle instance sur ledit d^codeur 
seulement . 

Selon un deuxieme mode de realisation, 
ledit moyen pour la recomposition du flux est un 
dispositif electronique installe sur ledit d^codeur 
seulement . 

Enfin, 1' invention concerne un systeme 
pour la transmission d'un flux vidEo caractErise en 
ce qu'il comprend un equipement de production d'un 
flux vidEo, au moins un equipement d' exploitation 
d'un flux video et au moins un r^seau de 
communication entre 1' Equipement de production et 
le ( s ) Equipement ( s ) d ' exploitation . 

La prEsente invention sera mieux comprise 
a la lecture de la description d'un exemple non 
limitatif de realisation qui suit, se referant aux 
des sins annexes ou ; 

la figure 1 decrit 1 ' architecture 
d' ensemble d'un systeme pour la mise en 
OBuvre du procEdE selon 1' invention 
- la figure 2 reprEsente un mode de 
realisation particulier du systeme 
d' analyse et de synthese de flux de type 
MPEG conforme a 1' invention. 
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L' invention concerne un flux de donnees 
d'un format nominal, notamment mais non exclusivement 
un flux de type MPEG. Le format du flux audiovisuel 
utilise doit avoir les caracteristiques suivantes : 
5 - ce format doit decomposer les donnees en 

trames [frame], chaque trame comprenant 
une image numerique I complete et au 
moins une image P calcuiee en codant les 
differences (compensation de mouvement) 
10 entre cette image et 1 ' image I ou P 

pr§c6dente ; 
- optionnellement , chaque trame comprend au 
moins une image B calcuiee en codant les 
differences (compensation de mouvement) 
15 entre cette image et les images I et/ou P 

pr6c6dente et suivante. 
Dans la description qui suit f l'exemple 
concerne un flux MPEG sans que cela ne constitue une 
limitation de la portee de la protection. 
20 Le principe general d'un procede de 

securisation d'un flux video est expose ci-apres. 
L'objectif est d'autoriser les services de video k la 
demande et a la demande a travers tous ces r6seaux de 
diffusion et 1 ' enregistrement local dans le boitier 
25 decodeur numerique de l'usager. La solution consiste 

a conserver en permanence a l'exterieur de 
1' habitation de l'usager, en fait dans le r6seau de 
diffusion et de transmission, une partie du programme 
audiovisuel enregistre, cette partie etant 
30 primordiale pour visualiser ledit programme 

audiovisuel sur un ecran de television ou de type 
moniteur, mais etant d'un volume tres faible par 
rapport au volume total du programme audiovisuel 
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numerique enregistre chez l'usager. La partie 
manquante sera transmise via le reseau de diffusion 
transmission au moment de la visualisation dudit 
programme audiovisuel numerique preenregistre chez 
5 l'usager. 

Le plus grande partie du flux audiovisuel 
de type MPEG sera done transmise via un r6seau de 
diffusion classique alors que la partie manquante 
sera envoyee a la demande via un reseau de 

10 telecommunication bande etroite comme les reseaux 

teiephoniques classiques ou en utilisant une petite 
partie d f un r6seau de type DSL ou BLR, ou encore en 
utilisant un sous-ensemble de la bande passante 
partag^e sur un reseau cable. 

15 Sur le dessin en annexe, la figure 1 est 

un schema de principe d'un systeme de distribution 
selon la presente invention. 

La figure 2 represente un mode de 
realisation particulier du systeme d' analyse et de 

20 synthese de flux de type MPEG conforme a 1' invention. 

Sur la figure 1, 1 ' agencement 
d'interf agage video (8) est adapte pour relier au 
moins un dispositif d'affichage, par exemple un 
moniteur, un video projecteur ou un dispositif de 

25 type ecran de television (6) f a au moins une 

interface de reseau de transmission et de diffusion 
large bande (4) et a au moins une interface de reseau 
de telecommunication (10). Selon la presente 
invention, cet agencement est compose d'un module (8) 

30 comprenant principalement , d'une part, une unite de 

traitement adaptee pour traiter, en particulier 
decoder et desembrouiller tout flux video de type 
MPEG selon un programme logiciel de decodage et 
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desembrouillage pre-charge, de maniere a l'afficher, 
en temps reel ou differe, de le stocker, de 
1'enregistrer et/ou de 1'envoyer sur un r6seau de 
telecommunication et, d' autre part/ au moins une 
5 interface d'ecran (7) et une interface de connexion a 

un reseau local ou etendu (5) et/ou (9). Le reseau de 
transmission et de diffusion large bande (4) et le 
reseau de telecommunication (10) pouvant etre 
confondus en un seul reseau. 

10 Le disque dur du module (8) peut etre 

utilise comme memoire tampon pour stocker 
momentanement au moins une partie du programme ou de 
la sequence video a afficher, en cas de visualisation 
differee ou de limitation dans la bande passante du 

15 reseau de transmission. La visualisation peut etre 

retardee ou differee a la demande de l'utilisateur ou 
du serveur de portail ( 12 ) . 

Comme le montre la figure 1, 1' interface 
de connexion (5) est reliee a un reseau de 

20 transmission et de diffusion large bande (4) telle 

qu'un modem, un modem satellite, un modem cable, 
d'une interface de ligne a fibre optique ou d'une 
interface radio ou infrarouge pour la communication 
sans-f il. 

25 C'est par cette liaison classique de 

diffusion video que seront transmis les contenus des 
programmes audiovisuels comme des films. Toutefois, 
de fagon a ne pas laisser faire de copies pirates, 
avant de transmettre le contenu audiovisuel depuis le 

30 serveur (1) ou le portail (12) il est prevu de 

conserver une petite partie du contenu audiovisuel 
dans le portail (12). 
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En cas de visualisation d'un programme 
audiovisuel en temps reel, cette petite partie du 
contenu audiovisuel conservee dans le portail (12) 
sera egalement envoy^e au module (8) via le reseau de 
5 telecommunication ( 10 ) . 

Comme les images successives d'une 
sequence video comportent un grand nombre d' elements 
visuels identiques (comme en cinema, une image 
ressemble a la pr6cedente) r MPEG n'enregistre que les 

10 elements qui different de 1' image d'origine. On 

conserve done une image entiere de reference et r pour 
les images successives, on ne garde que les 
modifications . 

La compression MPEG commence done, dans 

15 un premier temps, par decomposer 1' image en 

differentes matrices carries comportant plusieurs 
points ou pixels, ayant chacun leur propre valeur 
color imetrique . Un calcul permet d'obtenir une valeur 
moyenne pour chaque matrice au sein de laquelle 

20 chaque point est maintenant noye. Ce traitement 

g^nere une pixelisation et l f apparition d'aplats 
uniformes, la ou existaient des nuances de teinte. La 
deuxieme etape de la compression MPEG consiste a ne 
conserver d'une image a 1' autre que les elements 

25 change ants. 

Pour obtenir des images animees, le 
principe consiste a capter quelques images dans le 
temps, les images intermediaires etant calcuiees a 
partir de celles-ci. L' analyse des images de 
30 reference completes (dites I pour Intra-frame) permet 

de predire des images intermediaires P (Predicted 
frames). Ensuite, on intercale entre images de 
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r6f6rence et images predites, des images B 
(Bidirectional Frame) - 

Trois grands types d* images sont ainsi 
definis pour repondre aux imperatifs contradictoires 
5 d'une possibility d'acces direct et d'une haute 

efficacite de compression. 

1- Les images a codage Intra (images I) 
sont codees sans reference aux autres images. Elles 
fournissent des points d'acces a la sequence codee ou 

10 le decodage peut commencer, mais sont codees avec un 

taux de compression modere. 

2- Les images codees par Prediction 
(images P) presentent un codage plus efficace, 
utilisant une prediction compensee en mouvement, 

15 d'apres une image anterieure, intra (I) ou predite 

(P), et sont generalement utilisees comme reference 
pour une prediction future. 

3- Les images codees par prediction 
Bidirectionnelle (images B) off rent le taux le plus 

20 eieve de compression, mais necessitent pour la 

compensation du mouvement , une image de reference 
anterieure et une image de reference future. Les 
images codees par prediction bidirectionnelle ne sont 
jamais utilisees comme reference de prediction. 

25 L' organisation des trois types d' images 

en une sequence est tres souple : son choix est 
laisse au codeur, et depend des besoins de 
1 ' application. 

Lorsqu'il lit le train binaire, un 

30 decodeur classique MPEG identifie le debut d'une 

image codee, puis le type de 1' image. Pour eviter 
toute confusion entre un boitier decodeur standard 
souvent appeie « Set Top Box ou STB », le decodeur 
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classique MPEG sera appelg « Lecteur » ( « Player » ou 
« Viewer ») dans la suite du document. Ce Lecteur 
peut etre r6alis6 en hardware et/ou en software. Le 
lecteur MPEG decode success ivement chaque macrobloc 
5 de 1' image. L 1 image est reconstruite quand tous ces 

macroblocs ont 6te trait^s. S'il s'agit d'une image I 
ou d'une image P, elle constitue une image de 
reference pour les images subs^quentes et elle est 
stock^e a la place de 1 ' image de r6f 6rence la plus 

10 ancienne (car deux images de r§f6rence sont stockees 

afin de calculer les images B) . Les images sont ainsi 
disponibles, sous forme num^rique, pour post- 
traitement et affichage, au gre de 1 ' application. 

Dans le cas d'un programme audiovisuel de 

15 "type MPEG r il est prevu de ne pas transmettre toutes 

les images B et/ou P en provenance du serveur (1) ou 
du portail (12) vers le module (8). Ces images B 
et/ou P etant conservees dans le portail (12). Par 
contre, en lieu et place des images B et/ou P non 

20 transmises, le dispositif conforme a 1' invention 

intercalera de fausses images B et/ou P de meme 
nature que les images B et/ou P enlev6es et 
conservees dans le portail (12) de sorte que le 
Lecteur MPEG du module (8) ne soit pas perturbe par 

25 ces modifications qu'il ignorera et reconstituera en 

sortie un flux de sortie MPEG qui sera non correct du 
point de vue visuel pour un etre humain mais correct 
du point de vue format MPEG. 

Le Lecteur MPEG du boitier ( 8 ) est un 

30 Lecteur standard MPEG et n'est en aucune maniere 

modifi£ ou affects par les changements apport^s aux 
images B et/ou P. 
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Selon un mode de realisation particulier, 
pour augmenter l'efficacite du systeme de protection, 
il est preferable de ne pas envoyer les images B 
et/ou P qui sont les plus proches et qui suivent des 
5 images I du flux MPEG. Pour une efficacite encore 

plus grande, apres analyse de leur volume et de leur 
poids en octets ou en bits, les images B et/ou P 
seront choisies pour etre non transmises et 
conservees dans le portail ( 12 ) . 
10 Selon un mode de realisation particulier 

certaines images P et/pu B seront permutees entre 
elles . 

Comme le montre la figure 1, 1' interface 
de connexion (9) est relive a un reseau de 

15 telecommunication etendu (10), directement ou par un 

reseau local servant de reseau d'acces et est 
constitue par exemple d'une interface de ligne 
d'abonne (Reseau teiephonique analogique ou 
numerique, DSL, BLR, GSM, GPRS, UMTS, etc). 

20 Ainsi done, les programmes audiovisuels 

sont diffuses de fagon classique en mode 
multidif fusion (« broadcast ») via le reseau de 
transmission large bande (4) de type hertzien, cable, 
satellite, numerique hertzien, DAB, DSL, etc. depuis 

25 le serveur (1) directement via la liaison (3bis) ou 

via le portail (12) via la liaison (2) et (3) vers le 
module decodeur (8) a travers la liaison (5). Chaque 
programme audiovisuel ainsi diffuse peut etre crypte 
ou non, et, conformement a la presente invention, les 

30 flux de type MPEG comportent des modifications au 

niveau des images B et/ou P comme decrit ci-dessus. 
En fonction des parametres choisis par 1'usager ou 
des informations transmises par le serveur de 
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diffusion, certains programmes audiovisuels ainsi 
modifies et incomplets sont enregistr^s dans le 
disque dur du boitier (8). 

Lorsque l'usager desire visualiser un 
5 programme audiovisuel ainsi enregistr£ dans le disque 

dur de son boitier (8) il en fait la demande de fagon 
classique au moyen d'une t^lecommande reli6 a son 
boitier (8) qui se connecte alors automat iquement au 
portail (12) via la liaison (9) de type r6seau local 

10 ou acces direct et a travers le r^seau de 

telecommunication (10) lui-m§me relie au portail (12) 
via la liaison (11). Tout au long de la visualisation 
du programme audiovisuel , les liaisons (9) et (11) 
restent 6tablies et permettent au boitier (8) de 

15 recevoir les images B et/ou P manquantes ainsi que 

les algorithmes, les fonctions et les parametres de 
remise en ordre des images B et/ou P. Les images B 
et/ou P ainsi transmises ne sont jamais enregistrSes 
dans le disque dur du boitier (8) mais sont 

20 directement affich^es sur l'^cran de visualisation 

(6) via la liaison (7) apres avoir 6t6 traitees par 
le Lecteur du boitier (8) a partir de sa memoire 
locale volatile. One fois traitees et visualises, 
les images B et/ou P venant d'etre transmises seront 

25 effacees de la memoire volatile locale du boitier 

(8). 

Selon un mode de realisation particulier 
les images P et/ou B ainsi diffusees peut etre 
crypt^es ou non, par tout moyen de cryptage existant 
30 ou a venir. II en est de meme pour les algorithmes, 

les fonctions et les parametres de remise en ordre 
des images B et/ou P. 
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A chaque fois que 1'usager voudra 
regarder un programme enregistre dans le disque dur 
du boltier (8) le boltier (8) se connectera 
automatiquement vers le portail ( 12 ) . De meme lorsque 
1'usager fera une pause, la transmission des images B 
et/ou P en provenance du portail (12) sera 
interrompue jusqu'a la reprise de la visualisation, 
garantissant ainsi que toutes les informations d'un 
programme audiovisuel ne se retrouvent dans le 
boitier (8) a un moment donne et §vitant ainsi a une 
personne mal intentionnee de faire des copies pirates 
de ces enregistrements . 

Selon un mode de realisation particulier, 
le boitier (8) comprend un lecteur de carte a puce 
qui permettra au portail (12) d r authentif ier 1'usager 
propri6taire du boitier (8). Si cela est autoris^, 
cette fonction permettra §galement a 1'usager 
d'effectuer des copies privies des programmes 
audiovisuels enregistr^s sur le disque dur de son 
boitier d6codeur (8). Pour cela, si 1'usager veut 
faire une copie priv^e d'un programme audiovisuel, il 
le fera de fagon classique sur un magn^toscope via la 
liaison (7) qui relie le boitier (8) a l'6cran de 
visualisation ( 6 ) . 

Par contre, s'il desire conserver une 
copie priv6e dans le disque dur de son boitier, il 
l'indiquera a son boitier (8) qui enregistrera 
1 ' information « copie privee » ainsi que les 
coordonn^es de 1'usager se trouvant sur la carte a 
puce, dans un champ particulier (84) de ce programme 
audiovisuel enregistre sur le disque dur (85) du 
boitier d^codeur (8). Ensuite, chaque fois que 
1'usager voudra visionner cette copie privee, le 
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boltier (8) se connectera automatiquement au portail 
(12) et indiquera h ce dernier que l'usager veut 
faire une lecture de sa copie privee ; en retour, si 
la lecture de la copie priv£e est possible pour cet 
5 usager qui possede cette carte a puce relive a ce 

boitier (8), le boitier d£codeur (8) recevra alors 
les images B et/ou P manquantes ainsi que toutes les 
autres informations permettant la visualisation du 
programme audiovisuel constituant la copie priv£e. 

10 Selon un autre mode de realisation , si 

l'usager desire conserver une copie priv6e dans le 
disque dur de son boitier , il 1' indiquera au serveur 
qui enregistrera 1 ' information « copie privee » pour 
ce programme et pour cet utilisateur authentifie par 

15 la carte a puce. Ensuite, chaque fois que l'usager 

voudra visionner cette copie privee f le boitier (8) 
se connectera automatiquement au portail (12) et 
indiquera a ce dernier que l'usager veut faire une 
lecture de sa copie privee ; en retour , si la lecture 

20 de la copie privee est possible pour cet usager qui 

possede cette carte a puce et pour ce programme, le 
boitier d6codeur (8) recevra alors les images B et/ou 
P manquantes ainsi que toutes les autres informations 
permettant la visualisation du programme audiovisuel 

25 constituant la copie priv6e. 

Selon un mode de realisation particulier, 
la copie dite privee pourra permettre a l'usager de 
regarder ce m§me programme audiovisuel de fagon 
illimitee ou un nombre de fois determine a 1'avance 

30 par l'offreur du service qui a autorise cette copie 

privee . 

La presente invention concerne 6galement 
le boitier physique (8) utilise par le consommateur 
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pour acceder aux donnees. Ce boitier physique est 
situe au domicile de 1 'utilisateur . II fournit un 
ensemble de f onctionnalites qui gerent 1' information 
appropriee a presenter selon la selection de 
5 1' audience et gere la connexion et la communication 

avec le serveur distant. 

Selon un mode de realisation particulier 
le boitier physique correspondant a l'agencement 
d'interf agage video (8) est realise comme un 

10 dispositif autonome avec disque dur integre. 

Selon un autre mode de realisation 
particulier l'agencement d' inter f agage video (8) est 
realise comme une carte additionnelle qui sera 
instance dans un ordinateur de type PC et sera 

15 relive h. au moins une interface de reseau de 

transmission et de diffusion large bande (4) et a au 
moins une interface de reseau de telecommunication 
(10). Cette carte utilisera le disque dur de 
1' ordinateur PC pour l'enregistrement du premier flux 

20 mais comportera son propre calculateur et sa propre 

memoire volatile de fagon a ne pas laisser a 
1 'utilisateur du PC mal intentionne le moyen 
d' acceder aux informations compiementaires du 
deuxieme flux comme les images B et/ou P. 

25 Selon la prgsente invention , les serveurs 

video et multimedia (1) et/ou (12) comprennent des 
moyens de codage, de transcodage et de brouillage de 
donnees video , en particulier des moyens d'ajouter 
des informations cryptographiques et de securite au 

30 debut et tout au long des sequences. 

II est enfin a noter que 1' invention 
degrade le flux MPEG du point de vue visuel jusqu'a 
ne plus permettre la reconnaissance des scenes 
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transmises et affichees sans avoir acces aux donnees 
compiementaires, mais reconstitue totalement le flux 
MPEG dans l'agencement d' interf agage video (8) sans 
aucune perte. 

Bien que la presente invention soit plus 
particulierement axee sur les donnees audiovisuelles, 
il est entendu que toute information multimedia 
interactive et toutes donnees interactives peuvent 
etre traitees par le present agencement et le present 
systeme, les donnees video de type MPEG etant les 
plus elabor^es. La presente invention sera mieux 
comprise grace a la description suivante presentant 
la base physique de la presente invention et en 
reference a la figure 2 du dessin en annexe 
representant un mode de realisation prefere de cette 
derniere en tant qu'exemple non limitatif de 
realisation particulierement bien adaptee pour les 
reseaux cables et de satellites. Le flux MPEG (101) 
complet est analyse par le dispositif d' analyse (121) 
du portail (12) et sera ainsi separe en un flux de 
type MPEG mais dont les images B et/ou P auront ete 
traitees et qui sera envoye via la sortie (122) du 
portail vers le reseau de diffusion transmission 
large bande ( 4 ) . 

L' autre partie du flux MPEG modifie sera 
memorisee dans la memoire tampon (122) du portail 
(12). Pour chaque flux MPEG ainsi diffuse, le portail 
(12) conservera dans une memoire tampon (122) les 
modifications qui auront ete apportees a ce flux MPEG 
par 1'analyseur (121) du portail (12). II est precise 
que, pour un meme flux d' entree MPEG (101) le 
traitement du flux peut etre different pour chaque 
utilisateur (8) et/ou pour chaque groupe 
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d'utilisateurs (8). Ainsi, la memoire tampon (123) du 
portail (12) comprend une zone de memoire differente 
pour chaque utilisateur. 

Dans les exemples realises, pour un 
5 premier utilisateur (8), chaque premiere image P du 

flux MPEG qui suivait une image I a <§te remplacee par 
une image P aieatoire de meme nature et de meme 
volume que 1' image P ainsi enleve. II est constats 
que les effets degradants produits sur le flux de 

10 sortie sont tres importants. 

Pour un deuxieme utilisateur (8), la 
nieme image P qui suit chaque image I du flux MPEG a 
ete permutee par et avec la premiere image B qui suit 
cette image P. II a ete constate que cette 

15 permutation est tres efficace pour les sequence 

animees de type MPEG par rapport aux sequences MPEG 
presentant peu d' animation. 

D^crivons maintenant en detail les 
differentes Stapes pour ce premier utilisateur. 

20 Le portail (121) a choisi le flux MPEG 

(101) qu'il va devoir envoyer a 1 'utilisateur (8) 
pour etre regard^ en differ^ sur son ecran de 
television (6). Cet utilisateur est relie a un reseau 
cabl6 numerique de diffusion (4) avec possibility de 

25 video a la demande (VOD), le reseau (10) est done 

confondu avec le reseau (4). Le systeme d # analyse 
(121) du portail (12) va done lire le flux entrant 
MPEG (101) et f chaque fois qu'il detecte une image I, 
il recherche la premiere image P qui suit cette image 

30 I pour la remplacer par une image P aieatoire qu'il a 

lui-meme calculee. Le nouveau flux MPEG modifie est 
alors enregistre dans le tampon de sortie (122) pour 
etre diffuse sur le reseau de diffusion (4) a travers 
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la liaison (5). Les images P enlevtes du flux MPEG 
entrant (101) sont mtmoristes dans le tampon (123) du 
portail (12). Dans 1'exemple realist , au lieu de 
substituer chaque image P qui suit une image I, le 
5 systeme d' analyse (12) ne prend qu'une image I sur n 

ou n est un nombre altatoire compris entre 1 et 7 . 
Lorsque le systeme d' analyse (121) inscrit 1' image P 
substitute dans le tampon (123), il inscrit tgalement 
le numtro de 1' image I qui precede cette image P 

10 ainsi substitute. Le systeme d' analyse (121) continue 

son analyse jusqu'a la fin du flux d'entrte MPEG. 

Pendant ce temps, et de fagon totalement 
non synchroniste, le flux de sortie MPEG modifit en 
provenance du tampon de sortie (122) du portail (12) 

15 est diffuse via le reseau large bande (4) vers un ou 

plusieurs utilisateurs (8). 

Chaque boitier dtcodeur ( 8 ) qui souhaite 
enregistrer ce flux MPEG ainsi modifie peut alors 
lire ce flux MPEG et 1' enregistrer sur son disque dur 

20 (85). Cette initiative d'enregistrement est laisste 

au dtcodeur ( 8 ) sous le controle du portail ( 12 ) . 
Pour cela, le systeme d' analyse (121) avait inscrit 
au debut du flux MPEG, une information de donntes 
supplementaires qui prtcisait les destinataires de ce 

25 flux MPEG modifit. Les destinataires peuvent etre 

ainsi un destinataire (8) particulier, et lui seul, 
un groupe de destinataires (8) ou 1' ensemble des 
decodeurs (8) relies au reseau (4). 

La phase dtcrite ci-dessus correspond a 

30 la premiere phase de preparation du flux MPEG par le 

portail (12), a sa transmission via le reseau large 
bande (4) et a son enregistrement dans un decodeur 
(8). Ce decodeur peut alors afficher ce flux MPEG 
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enregistr6 dans son disque dur. Pour cela, le systeme 
de synthese (87) du dtcodeur (8) va lire le fichier 
MPEG depuis son disque dur (85) et va l'envoyer vers 
un lecteur classique MPEG (81). Si aucune donnte 
5 compltmentaire n'est regue par le systeme de synthese 

(87), alors le flux MPEG qui parvient au lecteur (81) 
est traits et afficht tel quel, ce qui provoque une 
distorsion importante de l'affichage sur 1'tcran de 
visualisation (6). En effet, les images P substitutes 

10 qui sont traittes par le systeme de synthese (87) ne 

correspondent pas aux images P qui sont ntcessaires 
pour une visualisation correcte, puisque ces vraies 
images P ont ett substitutes par des images P 
aleatoires. Par contre, comme le flux enregistrt est 

15 bien un flux de type MPEG, le lecteur (81) ne fait 

aucune difference et affiche les informations sur 
l'tcran de sortie (6) qui apparaissent par contre 
totalement incohtrentes a l'etre humain qui regarde 
l'ecran (6). Toute copie du flux MPEG en provenance 

20 du disque dur (85) du boitier (8) produira le meme 

effet visuel lors de sa restitution par un lecteur 
MPEG quelconque ; toute utilisation de cette copie 
qui serait mal intentionnte est done voute a l'echec. 

Lorsque l'usager du decodeur (8) veut 

25 visualiser sur son ecran (6) le programme audiovisuel 

enregistre sur son disque dur (85), il en fait la 
demande au systeme de synthese (87) avec sa 
telecommande comme il le ferait avec un magnetoscope 
ou un lecteur de DVD prtsentant un menu sur son tcran 

30 de television. Le systeme de synthese (87) fait alors 

une requete au disque dur (85) et commence a analyser 
le flux MPEG modifit en provenance du disque dur (85) 
via le tampon de lecture (83). Le systeme de synthese 
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(87) ttablit alors une liaison avec le portail (12) 
via le rtseau de telecommunication (10) qui est dans 
notre exemple tgalement le rtseau cSblt, mais qui 
aurait pu etre un rtseau ttltphonique classique ou 
une liaison DSL. Une fois cette liaison ttablie, et 
pendant toute la durte de visualisation du film ou du 
programme audiovisuel, le systeme de synthese (87) 
fait parvenir de la mtmoire tampon (123) du serveur 
(12) les images P substitutes et les donntes 
correspondant aux positions de ces images P vis-a-vis 
des images I du flux enregistrt sur le disque dur 
(85). Ces images P et ces donnees de position 
parviennent au systeme de synthese (87) via la 
mtmoire tampon d' entree (86) et sont stocktes 
temporairement dans la mtmoire volatile (88) du 
systeme de synthese (87). A partir du flux MPEG 
modifit qui parvient via le tampon (83) et a partir 
des images P et des donnees assocites qui parviennent 
via le tampon (86) dans la mtmoire (88), le systeme 
de synthese (87) reconstitue de fagon inverse au 
processus d' analyse decrit prectdemment , les images P 
substitutes par les images P rtelles et envoie le 
nouveau flux MPEG ainsi reconstitut vers le lecteur 
(81) pour §tre afficht sur l'tcran (6). Des leur 
utilisation, les images P a substituer et les donntes 
assocites a ces images P sont effacees de la mtmoire 
volatile (88). 

Dans 1' exemple realist, avant que le 
portail (12) n'autorise 1' envoi des images P et des 
donntes assocites depuis son tampon (123), le portail 
(12) a verifie que 1 'utilisateur du boitier (8) ttait 
bien autorise a le faire. Pour cela, le portail (12) 
lit les informations contenues sur la carte a puce 
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(82) du boltier (8) et v^rifie que cet utilisateur 
est bien autorise a regarder ce programme 
audiovisuel. Ce n'est qu'apres cette verification, 
que les images P et les donnees associ6es ont 6t€ 
5 envoy^es depuis le tampon (123) vers le boitier (8) 

correspondant a cet utilisateur. 

Dans 1'exemple r6alis6, 1 'utilisateur a 
fait une copie priv6e de son programme audiovisuel. 
Le systeme de synthese (87) a done inscrit dans une 

10 partie (84) du disque dur (85) des donnees 

complgmentaires ainsi que le num£ro de la carte & 
puce (82) et 1 ' information « copie priv§e » comme 
donnees associ^es a ce programme audiovisuel. Lors de 
la prochaine lecture de ce programme audiovisuel, le 

15 systeme de synthese (87) analysera ces donnees 

associ6es et informera ainsi le portail (12) que 
l'usager du decodeur (8) fait une lecture de la copie 
priv^e. Si cette fonction est autorisee par le 
portail (12), les images P et les donnees associees 

20 seront alors envoyees par le portail (12) vers le 

tampon (86) comme d^crit ci-dessus. Dans le cas 
contraire, les donnees ne seront pas envoyees et 
1' utilisateur du decodeur (8) ne pourra pas regarder 
le flux MPEG reconstitu£. 

25 D6crivons maintenant en detail les 

diff^rentes etapes pour le deuxieme utilisateur (8). 

Dans ce deuxieme cas, le r£seau de 
diffusion (4) est un reseau de satellites et le 
r^seau de telecommunication (10) est un systeme 

30 hertzien de type boucle locale radio (BLR) . 

De fagon identique a la description ci- 
dessus, 1' utilisateur du decodeur (8) va recevoir les 
flux MPEG et les donnees compl6mentaires depuis le 
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portail (12). Par contre, avant 1' envoi du flux MPEG 
a partir du tampon de sortie (122), le systeme 
d'analyse (121) va lire le flux d'entrSe MPEG (101) 
et apres tirage d'un noinbre al^atoire n compris entre 
1 et 4, le systeme de synthese permute la ni&me image 
P qui suit chaque image I du flux MPEG avec la 
premiere image B qui suit cette image P. Chaque 
nombre al^atoire ainsi utilise est enregistrg dans le 
tampon (123) du portail (12). 

Lors de la reconstitution du flux MPEG 
par le systeme de synthese (87) du decodeur (8), la 
lecture de ces nombres aleatoires depuis le portail 
(12) et la lecture du flux MPEG ainsi modifi£ depuis 
le disque dur (85) du boitier (8) permettent au 
systeme de synthese (87) de remettre les images B et 
P dans le bon ordre et d'envoyer le tout au lecteur 
(81). 
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REVENDICATIONS 

1 - Proc6d£ pour la distribution de 
sequences videos selon un format de flux nominal 
constitues par une succession de trames [frame] 
comprenant chacune au moins un bloc I correspondant a 

5 une image num£rique complete I et au moins un bloc N 

correspondant aux differences entre une image 
num^rique N et au moins une autre image , caract§rise 
en ce que l'on procede, avant la transmission a 
l'6quipement client, a une analyse du flux pour 

10 g6n6rer un premier flux modifie, pr^sentant le format 

d'un flux nominal; et presentant des blocs N 
modifies, et un deuxieme flux d'un format quelconque, 
comportant les informations num^riques aptes a 
permettre la reconstruction desdits blocs modifies, 

15 puis a transmettre s6par6ment les deux flux ainsi 

g6ner6s depuis le serveur vers l'£quipement 
destinataire , et en ce que l'on calcule sur 
l'equipement destinataire une synthese d'un flux au 
format nominal en fonction dudit premier flux et 

20 dudit deuxieme flux. 

2 - Proced^ pour la distribution de 
sequences videos selon la revendication 1, 
caracteris^ en ce qu'au moins un bloc N correspond a 

25 une image N calcul^e par compensation de mouvement 

par rapport a 1' image N ou I pr^cedente. Le bloc et 
1' image sont alors appeles bloc et image P (pr^dits). 

3 - Procede pour la distribution de 
30 sequences videos selon l'une des revendications 

pr£c6dentes, caracterise en ce qu'au moins un bloc N 
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correspond & une image N calcul^e par compensation de 
mouvement par rapport aux images P ou I pr6c£dente et 
suivante. Le bloc et 1' image sont alors appel^s bloc 
et image B (bidirectionnels ) . 

5 

4 - Proc£d£ pour la distribution de 
sequences videos selon l'une des revendications 
pr6c6dentes, caract6ris§ en ce que le format de flux 
nominal est defini par la norme MPEG. 

10 

5 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 
precedentes, caracteris§ en ce que ledit premier flux 
pr^sente des blocs P modifies. 

15 

6 — Proced6 pour la distribution de 
sequences videos selon la revendication 5, 
caract6ris6 en ce que ledit premier flux pr€sente des 
blocs B modifies. 

20 

7 - Precede pour la distribution de 
sequences videos selon l'une des revendications 
precedentes, caracteris6 en ce que ladite analyse 
peut decider des images N a modifier. 

25 

8 - Proc^de pour la distribution de 
sequences videos selon l'une des revendications 
precedentes, caract£ris§ en ce que la transmission 
dudit premier flux est realis^e a travers un support 

30 materiel distribug physiquement [CD-ROM, disque dur] . 



9 - Proc£d§ pour la distribution de 
sequences videos selon l'une des revendications 1 a 
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7, caracterise en ce que la transmission dudit 
premier flux est realisee a travers un reseau large 
bande [ cable , satellite , numerique hertzien, fibre 
optique ] . 

5 

10 - Procede pour la distribution de 
sequences videos selon l'une des revendications 1 k 
7, caracterise en ce que la transmission dudit 
premier flux est realisee a travers un reseau large 

10 bande de type DSL (Digital Subscriber Line). 

11 - Procede pour la distribution de 
sequences videos selon l'une des revendications 1 & 
7, caracterise en ce que la transmission dudit 

15 premier flux est realisee & travers un reseau BLR 

(boucle locale radio), 

12 - Procede pour la distribution de 
sequences videos selon l'une des revendications 1 a 

20 11 , caracterise en ce que la transmission dudit 

deuxieme flux est r^alisee a travers un reseau 
teiephonique commute (RTC analogique ou numerique). 

13 - Procede pour la distribution de 
25 sequences videos selon l'une des revendications 1 a 

11 , caracterise en ce que la transmission dudit 
deuxieme flux est realisee a travers un reseau de 
type DSL (Digital Subscriber Line). 

30 14 - Proced^ pour la distribution de 

sequences videos selon l'une des revendications 1 a 
11 , caracterise en ce que la transmission dudit 
deuxieme flux est realisee a travers un reseau 
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t616phonique mobile utilisant les normes GSM, GPRS ou 
UMTS. 

15 - Proced6 pour la distribution de 
5 sequences videos selon l'une des revendications 1 a 

11 , caract6ris6 en ce que la transmission dudit 
deuxieme flux est realis^e a travers un reseau BLR 
(boucle locale radio). 

10 16 - Proc£d6 pour la distribution de 

sequences videos selon l'une des revendications 9 a 
11 9 caract6ris6 en ce que la transmission dudit 
deuxieme flux est r6alis£e a travers un reseau large 
bande de mdme type que le reseau utilise par ledit 

15 premier flux. 

17 - Proc£d6 pour la distribution de 
sequences videos selon l'une des revendications 9 a 
11 , caracteris6 en ce que la transmission dudit 

20 deuxieme flux est r6alis6e a travers le meme reseau 

large bande que celui utilise par ledit premier flux. 

18 - Procede pour la distribution de 
sequences videos selon l'une des revendications 

25 precedentes, caract^rise en ce que la transmission 

dudit deuxieme flux est chiffree. 

19 - Procede pour la distribution de 
sequences videos selon l'une des revendications 

30 precedentes , caracteris6 en ce que la transmission 

dudit premier flux est chiffree. 
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2 0 - Proc6d6 pour la distribution de 
sequences videos selon 1'une des revendications 
pr6c6dentes, caract§ris6 en ce que la reconstruction 
est conditionn6e par un paiement. 

21 - Proc6d6 pour la distribution de 
sequences videos selon 1'une des revendications 
pr^cgdentes, caract6ris6 en ce que la reconstruction 
peut etre autorisee pour une consultation d r une copie 
privee demandSe par le client. 

22 - Equipement pour la fabrication d'un 
flux video en vue de la mise en ceuvre du proc6d6 
selon la revendication 1, comportant au moins un 
serveur multimedia contenant les sequences videos 
originelles et caracterise en ce qu'il comporte un 
dispositif d' analyse du flux video provenant dudit 
serveur pour g<§nerer les deux flux. 

23 - Equipement pour la fabrication d'un 
flux vid^o selon la revendication 22 , caract6ris§ en 
ce qu'il comporte une m^moire pour 1 ' enregistrement 
d'un marqueur « copie privee » indiquant pour chaque 
sequence les droits de chaque utilisateur : copie 
privee pouvant etre regardee un nombre illimite de 
fois, copie privee pouvant etre regardee un nombre 
limite de fois et quel nombre/ copie privee 
interdite . 

24 - Equipement pour la fabrication d'un 
flux vid<§o selon la revendication 22 ou 23 , 
caracterise en ce que les deux flux gen<§r6s peuvent 
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Stre d6di6s & un seul Equipement, a un groupe 
d'equipements ou & tous les equipements. 

25 - Equipement pour 1' exploitation d'un 
flux vidEo en vue de la mise en oeuvre du proc6d<§ 
selon la revendication 1, comprenant un decodeur 
standard de flux f au moins une interface 
d'enregistrement [disque dur] destine a stocker le 
contenu dudit premier flux et au moins une interface 
d'affichage caracterise en ce qu'il comporte un moyen 
pour la recomposition du flux originel a partir des 
deux flux. 

26 - Equipement pour 1 'exploitation d'un 
flux video selon la revendication 25 , caracterise en 
ce que ledit moyen est une application logicielle 
instance sur 1 ' Equipement . 

27 - Equipement pour 1 'exploitation d'un 
flux vidEo selon la revendication 25 , caractErisE en 
ce que ledit moyen est un dispositif Electronique. 

28 - Equipement pour 1 'exploitation d'un 
flux video selon l'une des revendications 25 a 27, 
caracterise en ce que dans le cas de 1 ' installation 
sur un ordinateur, ledit moyen utilise une ressource 
specif ique au produit [carte] afin d'eviter la copie 
de 1 ' information temporaire sur un support permanent. 

29 — Equipement pour 1 'exploitation d'un 
flux vidEo selon l'une des revendications 25 a 28, 
caracterise en ce que ladite interface 
d'enregistrement stocke aussi un marqueur « copie 
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privee » en relation avec ledit premier flux 
indiquant pour cette sequence les droits de 
l'utilisateur : copie privee pouvant etre regarded un 
nombre illimite' de fois, copie privee pouvant §tre 
regarded un nombre limits de fois et quel nombre, 
copie privee interdite. 

30 - Equipement pour 1 ' exploitation d'un 
flux video selon l'une des revendications 25 a 29, 
caracterisg en ce qu'il comprend un lecteur de cartes 
a puce permettant d' identifier le client quand il 
veut consulter une copie privee d'un programme. 

31 - Equipement pour 1' exploitation d'un 
flux vid^o en vue de la mise en oeuvre du procede 
selon la revendication 1, caracterise" en ce qu'il 
comporte un premier moyen constitue par un ordinateur 
personnel equipement d'une interface de communication 
pour la reception d'un flux video en provenance d'un 
r£seau de communication ou d'un lecteur de support 
physique, et muni d'au moins un moyen 
d'enregistrement [disque dur] destine a stocker le 
contenu dudit premier flux, et un second moyen 
constitue par un decodeur, comprenant une interface 
d'affichage, des moyens de communication avec ledit 
ordinateur principal pour recevoir ledit premier flux 
transmis par 1' ordinateur et des moyens de 
communication pour recevoir ledit deuxieme flux, 
ainsi qu'un moyen pour la recomposition du flux 
originel a partir des deux flux. 

32 - Equipement pour 1 'exploitation d'un 
flux video selon la revendication 31, caracteris^ en 
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ce que ledit moyen pour la recomposition du flux est 
une application logicielle installed sur ledit 
decodeur seulement. 

33 - Equipement pour 1' exploitation d'un 
flux video selon la revendication 31, caracterise en 
ce que ledit moyen pour la recomposition du flux est 
un dispositif electronique installs sur ledit 
decodeur seulement. 

34 - Systeme pour la transmission d'un 
flux video selon les revendications 1 a 30, 
caracteris<§ en ce qu'il comprend un equipement de 
production d'un flux video, au moins un equipement 
d' exploitation d'un flux video et au moins un reseau 
de communication entre 1' equipement de production et 
le(s) equipement (s) d' exploitation. 



